home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / std / c++ / 943 < prev    next >
Encoding:
Internet Message Format  |  1996-08-06  |  2.5 KB
  1. Path: cs.mu.OZ.AU!bounce-back
  2. From: maney@mcs.com (Martin J. Maney)
  3. Newsgroups: comp.std.c++
  4. Subject: Re: delete vs incomplete class type
  5. Date: 03 Apr 96 03:06:21 GMT
  6. Organization: MCSNet Services
  7. Approved: fjh@cs.mu.oz.au
  8. Message-ID: <4jse6k$olu@Venus.mcs.com>
  9. References: <sjcDownA7.6FA@netcom.com> <4jcdp0$b3p@venus.mcs.com> <sjcDp7BEy.3J4@netcom.com>
  10. NNTP-Posting-Host: munta.cs.mu.oz.au
  11. X-Original-Date: 2 Apr 1996 17:45:24 -0600
  12. X-Newsreader: TIN [version 1.2 PL2 (KSD)]
  13. X-Auth: PGPMoose V1.1 PGP comp.std.c++
  14.     iQBFAgUBMWHrTOEDnX0m9pzZAQEjGgF/UyjaQ4nSABKyKu3n8I1CcVoCMQK0RKVl
  15.     +DM19t4iDXSloUXzaUvzwCZU6uaxKYXo
  16.     =wMYs
  17. Originator: fjh@munta.cs.mu.OZ.AU
  18.  
  19. Steven Correll (sjc@netcom.com) wrote:
  20. > Your argument is so persuasive that I withdraw my question and ask a
  21. > different one: why the silly rule that a function must be declared
  22. > before it can be invoked? If C++ were rid of that rule, it would be
  23. > much easier to port legacy C code which has been partly converted to
  24. > C++. Of course, such code will often crash in nigh-impossible-to-debug
  25. > ways, but we wouldn't want a compiler to reject such code as
  26. > ill-formed; this is a "quality of implementation" issue, or perhaps a
  27. > job for a lint++ tool which could, by examining source files that are
  28. > not normally compiled together, determine whether or not the compiler
  29. > was right when it inferred the formal argument types based on the
  30. > actual argument types.
  31.  
  32. > :-)
  33.  
  34. This would be more amusing if it weren't so well laced with half-plausible
  35. misdirection, such as the amusing inversion of the role of function
  36. declarations and lint.  I'm not sure I really want to defend the decision
  37. about delete of an incomplete type, and I agree with Steve Clamage that
  38. making it ill-defined is certainly the only other reasonable choice. 
  39. Having had to deal with hybrid code that might have done this very thing -
  40. I'm not really certain, and don't have the sources around to look over any
  41. longer - I really do think it possible that there is code in use that
  42. might be broken by that change. 
  43.  
  44. Not that I'm always wildly enthused about some of the things done for C 
  45. (and early C++) compatability, but that's as much a part of C++ as are 
  46. classes.
  47. ---
  48. [ comp.std.c++ is moderated.  To submit articles: try just posting with      ]
  49. [ your news-reader.  If that fails, use mailto:std-c++@ncar.ucar.edu         ]
  50. [ FAQ:      http://reality.sgi.com/employees/austern_mti/std-c++/faq.html    ]
  51. [ Policy:   http://reality.sgi.com/employees/austern_mti/std-c++/policy.html ]
  52. [ Comments? mailto:std-c++-request@ncar.ucar.edu                             ]
  53.